技術 Day 13：案例——一個技術主張查出來是對的,但呈現方式需要跟人討論

前言 「查核結果說『✅ 正確』,那不就代表這段內容沒問題,可以直接放著不用管了嗎？」 「正確」跟「呈現得好」是兩件事。一個技術主張可以在事實層面完全站得住腳，查...

技術 Day 12：客觀錯誤直接修、判斷空間大的先討論——這條界線怎麼畫

前言 「查核結果出來了,不管是什麼問題,直接照查核結果改掉不就好了？」 如果每個查核結果都直接照改，會出現一個問題：有些查核結果是「這句話講的規則有例外情況沒提...

技術 Day 15｜會議還在討論，Agent 已經把答案寫進正式系統

設計 Review 開到一半，畫面上同時放著三個方案。 目前設定是： Review Mode: Optional PM 問： 「如果改成 Review Req...

技術 Day 06：跟 AI 一起規劃 30 天大綱時,人要保留哪些判斷

前言 「大綱都讓 AI 生成了,那還有什麼是需要人保留的？」 Day 02 講過大綱規劃的粗略分工:人定主題句跟邊界、AI 拆解結構。這篇要把「人保留的判斷」講...

技術 Day 05：案例——報名最後一天,加開一個新系列的完整判斷過程

前言 「都報名最後一天了,乾脆別加了吧,風險這麼高幹嘛還要多做一個系列？」 這確實是一個合理的保守選項,而且在很多情況下應該是正確答案。這篇不是要說服你「臨時加...

技術 21. 當一切未知時，該如何做決策？

前言 當你是junior時，每次交給你一個任務你大概可以想像要怎麼樣達成目標，對於丟給你的問題，即使不知道要怎麼解，但你也大概有方向知道怎麼樣做是對的。然而世...